DRAWINGS: 
3.1 Relational Database of the AC-knowledge: 
3. 7. 7 ER-Diagram of the AC-Database: 
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3. 1.2 Tables of the AC-Database: 



Register-Identification-Table: [RIT: every processor-register gets a Reg. ID and a Reg.BitCode] 
column: datatype value-range meaning: 



Register ID (PK) 


signed byte 


-128.. 127 


0 = Flags-reg., 1-... =data-reg., adr.reg., adr.reg.- 
destinations, FFP-reg., control-reg., debug-reg., etc.; 
neg.reg.lD = exception-vector-nr. (no processor-reg.) 


Register BitCode 


number 


0..2 128 -1 


2 A Register ID, 0 if Register ID is negative. 


Registertype 


chard) 


1 Byte 


type of register: # = flags-reg., D = data-reg., 

A = address-reg., V = adr.-reg. -destination, E = excep 

tion-vector, etc. (processor dependant). 


Register number 


byte 


0..127 


current number of the {register-type}-reg\sters. 


RegisterDescription 


varchar2(32 


<32 Bytes 


optional description of the registerf-reference]. 



Register ID 


Register BitCode 


Register type 


Register number 


Register Description 




0 


E 




{for all Exception-Vectors} 


-8 


0 


E 


8 


Privilege-Violation Exception 




0 


E 




{ for all Exception- Vectors} 


0 


1 


# 


0 


Status-Register (= EFIags^) 


1 


2 


D 


0 


Data-Register DO 




4 


D 




{for all Data-Registers D1-D6} 


8 


8 


D 


7 


Data-Register D7 


9 


16 


A 


0 


Address-Register AO 






A 




{for all Address-Registers A 7-A6} 


16 


65536 


A 


7 


Address-Register A7 ( = USP/) 


17 


131072 


V 


0 


Destination of Address-Register AO 






V 




{for all Adr. -Reg. -Destinations A 7 -A 6} 


24 


16777216 


V 


7 


Destination of Adr.-Reg. A7 [ = (USP)l 


25 


33554432 


V 


0 


Destination before Adr.Reg AO [- 
(AO)] 






V 




{for all Adr.Reg. -Dest. before A1-A6} 


32 


$1.0000.0000 


V 


7 


Destination before Adr.Reg A7 [-(USP) 


33 


$2.0000.0000 


F 


0 


Floating-Point Data-Register FPR0 










{for all further Registers} 



Fig. 2b (RIT in a Motorola-Example) 



Initial-Conditions-Table: [ICT: every regis ter(-reference) gets 62 initial conditions] 



column: 




datatype 


value-range meaning: 


IniConNr 


(PK) 


signed byte 


-31. . + 30 


number of the initial-condition combination 


Register ID 


(PK) 


signed byte 


0..127 


see RIT 


Register Value 


integer 


0..2 32 -1 


value of the register(-reference) on actual IniConNr 



Fig. 3a 



Therefore 62*#registers test-values are generated, p.e. using the following function: 

Register_Value( IniConNr, RegisterJD ) = SGN( IniConNr ) * INT( 2 A ABS(lniConNr/2) + 1 / 2 ) 

+prime_number( 3*Register ID ) or similar. 

, where prime number(0)=0 and prime number(-n) = -prime number(n) 

[no 2 equal register(-destination)-values] 

Fig. 3b 




drawings - page 3/19 

Operation-Identification-Table: [PIT: every processor-operation gets an Oper.lD and an Oper.BitCode] 
column: datatype value-range meaning: 



Operation ID (PK) 


signed byte 


-1„63 


bit of the Calculation BitCode - see table below. 


Operation BitCode (FK) 


number 


0..2 128 -1 


2 A Calculation ID - see table below. 


Operation Type 


char(5) 


5 Bytes 


5 characters-code of the operation-type, see Fig. 4c 


Operation Mnemonic 


char(5) 


5 Bytes 


abbreviation of the operation - see table below. 


OperationDescription 


varchar2(32 


<32 Bytes 


optional description of the operation - see table below 



Operation ID 


Operation BitCode 


Operation Type 


Op. Mnemonic 


Operation Description 


- 1 


o 






??? 


unknown operation 




1 




111? 


TST 


set flags in dependence of reg.(-ref.) 


1 


2 




112 ! 


NEG 


negation | amount 


0 

£- 


4 




112 ! 


NOT 


bitwise inversion 


O 


8 




102 


MOV I 


const, integer— »register(-reference) 


A 


1 o 




112 + 


ADDI 


add constant inteaer 


c 
0 


oz 




112- 


SUBI 


subtract constant inteaer 


O 






113* 


MULI 


multinlv mn<;tflnt intsasr 

IIIUILI|Jiy vUl lOlal 11 II iLC^vi 


-7 
/ 


1 

I ZO 




123/ 


HTVT 


Hiv/iHp hv oonQtPint" intpnpr 
uiviuc ui y uui loiai il ii i icyci 


Q 
O 


ZOO 




113% 


MOOT 


rpct nf intpfipr-Hix/ision 

1 Col Ul II ILCLJCI UIVIOIUI 1 


y 


D 1 Z 




112* 


OflLl 


intpnpr-timp<; a riimlipation 


1 n 
i U 


I .Uz4 




112/ 


SHRI 


intpnpr-timp^ fi halvation 




Z .U*f O 




112 | 


ORI 


<?pt hit<? <;pt in a constant inteaer 


1 0 


zt OQft 




I12& 


AND I 


clear bits not set in a const inteaer 




ft 1 Q9 




112? 


BTSTI 


check if int-th bit is set in reg.(-ref.) 


I H- 


1 fi Sft4 




112? 


CMPI 


reg.(-ref .)-comparison with integer 


1 5 


32.768 


1122 


MOV 


move src . - reg . ( ref . ) ->dest . reg ( ref . ) 


16 


65 536 


1122 + 


ADD 


addition of register(-reference) 


17 


131.072 


1122- 


SUB 


subtraction of register(-reference) 


18 


262.144 


1123* 


MUL 


multiplication of reg isterf -reference) 


19 


524.288 


1133/ 


DIV 


division by register(-reference) 


20 


1.048.576 


1133% 


MOD 


rest of division by reg isterf -ref.) 


21 


2.097.152 


1122* 


SHL 


register(-ref. Mimes a duplication 


22 


4.194.304 


1122/ 


SHR 


register(-ref.)-times a halvation 


23 


8.388.608 


1122 ! 


OR 


set bits set in of register! -reference) 


24 


16.777.216 


II22& 


AND 


clear bits not set in registerf-ref.) 


25 


33.554.432 


1121? 


BTST 


check if reg.(-ref.)-th bit is set 


26 


67.108.864 


1121? 


CMP 


compare reg. (-ref. )1 with reg. (-ref. )2 


27 


134.217.728 


: POO. 


JMP 


add integer to PC^/EIP^ (=jump to) 


28 


268.435.456 


CP1 . < 


JLT 


jump if CMP< 


29 


536.870.912 


CP1 ! > 


JLE 


jump if CMP < 


30 


1.073.741.824 


CP1.= 


JEQ 


jump if CMP = 


31 


2.147.483.648 


CP1 !< 


JGE 


jump if CMP > 


32 


4.294.967.296 


CP1 ! = 


JNE 


jump if CMP * 


33 


$2.0000.0000 


CP1 . > 


JGT 


jump if CMP> 


34 


$4.0000.0000 


CP1 !< 


JPL 


jump if > 0 


35 


$8.0000.0000 


CP1.< 


JMI 


jump if <0 


36 


$10.0000.0000 


CP1. * 


JCS 


jump if carry-flag is set 


37 


$20.0000.0000 


CP1 ! " 


JCC 


jump if carry-flag is clear 


38 


$40.0000.0000 


CP1 . ~ 


JVS 


jump if overflow is set 


39 


$80.0000.0000 


CPU- 


JVC 


jump if overflow is clear 


40 


$100.0000.0000 


CP2.< 


DJMP 


decrement and jump if reg. ( ref.) <0 


41 


$200.0000.0000 


PS1. . 


CALL 


PC/EIP^-dJSPu/ESP*) ; + JUMP 


42 


$400.0000.0000 


SP11 . 


RET 


(USP iU /ESP*)+ -+PCJE\Px 


43 


$800.0000.0000 


. I . . . 


I ? ? ? 


unknown integer-operation 


44 


>1 000.0000.0000 


. F . . . 


F?? ? 


unknown floating-point-operation 



45 



46 



*4000.0000. 0000 



2000.0000.0000 



FF09 



FI12 



FINIT 



FIST 
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initialise floating-point-unit 



store float. point-reg.^integer-reg. 



47 



£8000.0000.0000 



IF12 



FILD 



load integer-reg.->floating-point-reg. 



48 



$1.0000*2 32 



IF22 + 



FIADD 



floating-point add constant integer 



49 



$2.0000*2 32 



IF22- 



FISUB 



floating-point subtract const. integer 



50 



51 



52 



53 



$4.0000*2 32 



$8.0000*2 32 



$10.0000*2 32 



$20.0000*2 32 



IF22* 



FIMUL 



IF22/ 



FIDIV 



IF21? 



FICMP 



floating-point multiply const.integer 
floating-point divide by const. integer 
float. pt.compare with integer->flags 



: F02 



FLD# 



load constant to floating-point-reg. 



54 



55 



56 



$40.0000* 2 32 



$80.0000*2 32 



$100.0000*2 32 



. F12 ! 



FABS 



build floating-point amount 



FF12 



FLD 



copy floating-point-register 



FF22 + 



FADD 



add 2 floating-point-register 



57 



$200.0000*2 32 



FF22- 



FSUB 



subtract 2 floating-point-register 



58 



59 



$400.0000*2 32 



$800.0000*2 32 



FF22* 



FMUL 



multiply 2 floating-point-register 



FF22/ 



FDIV 



divide one float.pt. reg. by another 



60 



$1 000.0000* 2 32 



.F120 



FSQRT 



square-root of a floating-point-reg. 



61 



$2000.0000*2 32 



F120 



FSIN 



floating-point-sine 



62 



63 



64 



65 



66 



$4000.0000*2 32 



$8000.0000*2 32 



$1*2 48 



$2*2 48 



$4*2 



48 



F120 



FCOS 



floating-point-cosine 



. F120 



FATAN 



floating-point arc-tangent 



FF22* 



FEXP2 



y:=y»2 x (anykind of exp.-func.) 



FF22/ 



FL0G2 



y: = x*log 9 y (any kind of logarithm) 



FF21? 



FCMP 



compare 2 float. -point-reg.->Flags 



67 



68 



$8*2 



48 



$10*2 



48 



$111 



SMOV 



move from a special Register 



l$ll 



MOVS 



move to a special Register 



Fig. 4b 

... using the following operation-type character-codes: 



1st char. 


= source , 2nd char. = dest. : 




= unknown, ambitious letter for all possible following 








— nothing 








= constant number 






I 


= integer-register-[reference]-value 






F 


= floating-point register 






C 


= condition-code register (last byte in EFIags^/SRJ 






P 


= instruction-pointer / program-counter (EIP^/PCJ 






S 


= stack-pointer reference-value 








= comparison-operation ->flags 






$ 


= a special-register like flags-, control-, debug-, ... -reg. 






I 


= logical NOT for comparison in the 4th field 


3rd char. 


= number of source-registers; 




including destination reg., if it's used as source-reg. too 


4th char. 


= number of dest. -registers: 




including flags-register but without the instruction-pointer 


5th char. 


— effect of arithmetic. 


? 


= unknown 








= none 






I 


= amount | negation | bitwiseinversion 






+ 


= addition 








= subtraktion 






* 


= multiplication 






/ 


= division 






% 


= rest of division 






1 


= setting of bits (mostly bitwise OR) 






& 


= clearing of bits (mostly bitwise AND) 






e 


= trigonometric- or exponential-function 






> 


= greater? (CC-flags dependant action) 






< 


= less? (CC-flags dependant action) 








= equal? (CC-flags dependant action) 






A 


= carry? (CC-flags dependant action) 








= overflow? (CC-flags dependant action) 



Fig. 4c 
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OpCode-Register-Table: [ORT - by opcode id, initial-conditions concerned registers and the effect] 
column: datatype value-range meaning: 



OpCode <PK) 


integer 


0..2 32 -1 


complete instruction, truncated if > 4 bytes 


IniConNr (PK) 


signed byte 


-31. .30 


current number of the used initial conditions 


Register ID dest (PK) 


signed byte 


0..127 


one by execution concerned destination-reg. (see RIT) 


Register ID source (PK) 


signed byte 


-1,0.-127 


-1 or one possible source-register (see RIT). 


value before change 


integer 


0..2 32 -1 


register(-reference)-value before it was changed 


value after change 


integer 


0..2 32 -1 


register(-reference)-value after changing 


gradient if unsigned 


signed byte 


-128.. 127 


before/after-gradient, when defined as unsigned 


gradient if signed 


signed byte 


-128.. 127 


before/after-gradient, when defined as signed 


value source 


integer 


0..2 32 -1 


value of a possible source-register(-reference) 


OperationsBitCode 


number 


0..2 128 -1 


bitmask, which flags all possible operations 
between this RegisterJD dest / Register l D source 
-combination (p.e. 2 + 2 = 2*2 using same reg.'s). 
Values see CIT, calculation see fig. 19. 



Fig. 5 



For every register- or register-reference-modification of the same opcode-execution one entry is 
generated, which gives information about the register(-reference)-values before and after the 
execution and further information about the degree of changing and with it a hint to a possible 
operation and a possible source-register which were used. (Packed-, nibble-, or BCD-operations are 
not considered.) 

The last address-register is the stack-pointer. The last data-register is the "energy"-register. 

An address-register can be every register which value can be a pointer to memory which 

destination can be accessed using this register as a reference. 

Several registers can be modified simultaneous - therefore this additional 1:n table, where 
Register ID dest means the identity of the changed register. Sometimes many register(-references) 
could be the source for one operation - this quantum increases through the sum over all possible 
operations. 

Therefore the following tables identify the used opcode and the concerned register(s): 



OpCode-Learn-Table: [OL T - ascertained effect of the opcode using the concerning initial conditions] 



OpCode (PK) 


integer 


0..2 32 -1 


complete instruction, truncated if > 4 bytes 


IniConNr (PK) 


signed byte 


-31. .30 


number of used initial condition 


active ChkSum corrupt 


boolean 


1 |0 


flag: checksum of active AC-program changed 


inactive ChkSum corrupt 


boolean 


1 |0 


flag: checksum of inactive AC-program changed 


Exception Vect changed 


signed byte 


-128. ..0 


Register ID of the (first) overwritten exception-vector 


multiple Exc Vect chg 


boolean 


1 |0 


more than one exception-vector was overwritten 


Processor Mode Changed 


boolean 


110 


flag: processor-mode changed (p.e. trace cleared) 


Number of Exception 


byte 


0..N+1 


exception-number [0: = no exception] (if 0 = exc.: + 1) 


OpCodeJength_or_jump 


signed byte 


-128. .127 


EIP^/PC^ after execution - EIP^/PC^ before execution 
-128 = $FF = long back-jump, 127=$7F=long forward j. 


CCR before execution 


byte 


0..255 


CC-flags, which could cause a jump. 


RegisterchangedBitCode 


number 


0..2 128 -1 


3 2*ORT. Register ID dest V ORT(opcode,lniConNr) 


RegistersourceBitCode 


number 


0..2 128 -1 


3 2 "ORT. Register ID source V ORT(opcode, IniConNr) 


maxOperationsBitCode 


number(19) 


0..2 128 -1 


^ORT. Calculation BitCode VORT(opcode,lniConNr) 


minOperationsBitCode 


numberd 9) 


0..2 128 -1 


CORT. Calculation BitCode V0RT(opcode, IniConNr) 


time of execution 


integer 


0..2 32 -1 


deci-seconds after {20.9.1994, 0:00:00,0 o'clock} 


cycles of execution 


byte 


1..255 


clock-cycles the opcode-execution needed 


aim valuation 


signed byte 


-128. .127 


aim-attaining-valuation using above initial-conditions 


gradient aim valuation 


signed byte 


-128.. 127 


-"-difference to CLT( n-1, IniConNr ). aim valuation 



Fig. 6 
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OpCodeBase-Table: IOBT - ascertains the effect of the opcode-execution from the initial conditions] 
column: datatype value-range meaning: m 



OnPorlo (PK) 
UpUOuc \rt\f 


inteaer 

III V ^ ■ 


0..2 32 -1 


complete instruction, truncated if > 4 bytes 


txecution counier 


uy lc 


0..255 


number of the OLT-entries until now 


raiaicrror ccjunicf 


u y lc 


0..255 


number of the opcode-caused fatal errors until now: 
CheckSum corrupt, ExceptionVectchanged, 
Trace Bit cheared, Processor Mode changed, and 
the exceptions without Divide-Error, Overflow. 


low Error counter 


byte 


0..255 


number of divide-errors plus overflow-exceptions 


Jump longOp probability 


signed byte 


-128.. 127 


probability that it's a long opcode or a jump 


ava OpCpde jump length 


signed byte 


-128.. 127 


average length of opcode or jump 


OpCode ien unconfirmed 


boolean 


1 10 


min. one divergence from above average exists 


avg cycles of execution 


byte 


1..255 


average by opcode-execution needed clock-cycles 


exec cycles unconfirmed 


boolean 


1..0 


min. one divergence from above average exists 


Register write probability 


signed byte 


-128. .127 


probability: opcode writes into a register 


Register copy probability 


signed byte 


-128.. 127 


probability: opcode copies register 


Memory write probability 


signed byte 


-128. .127 


probability: opcode writes into memory 


Memory copy probability 


signed byte 


-128.1 27 


probability: opcode copies memory 


Reg to Mem probability 


signed byte 


-128. .127 


probability: opcode copies reg. to adr.reg. -destination 


Mem to Reg probability 


signed byte 


-128.. 127 


probability: opcode copies adr.reg. -destination to reg. 


Multi Reg write prob 


signed byte 


-128.. 127 


probability: opcode writes into more than one register 


Multi Mem write prob 


signed byte 


-128. .127 


probability: opcode writes to many aar.reg.-aesiinauuii 


Multi Reg to Mem prob 


signed byte 


1 OQ 1 0~7 

- 1 zo.. I Z / 


u . rtrt^nria onnioc ">9 rpn to >9 z*c\r rpo -dpstination 


Multi Mem to Reg prob 


signed byte 


1 9ft 1 97 


nmh ■ nnrnrip ronips >2 adr rea -destinations to >2 rec 


all Ron Hpct Ritf*nHp 
ail r\ t;y ucoi diiouuc 


number 

1 I U 1 ■ 1 fc/ \*r 1 


0..2 128 -1 


^sOLT. Register changed Bitcode V OLT(OpCode) 


cut neg_dest_Dituoae 


numuer 


n ? i28.i 


/*r\| T Donictor ^hranri(»H RitnnHp V OLTfOoCode) 


allRegsourceBitCode 


number 


n o1 28 1 
u. - 1 


£2 OLT. Register source bitcoae v i lupuoue; 


cutRegsourceBitCode 


number 


0..2 ' zo -i 


^OLT. Register source Bitcode V OLuUpCoaej 


maxOperationBitCode 


number 


0..2 128 -1 


SOLT.max Operation BitCode V OLT(OpCode) 


minOperationBitCode 


number 


0..2 128 -1 


COLT.min Operation BitCode V OLT(OpCode) 


allOperationBitCode 


number 


0..2 128 -1 


SOU. min Operation BitCode V OLT(OpCode) 


cutOperationBitCode 


number 


0..2 128 -1 


COLT. max Operation BitCode V OLT(OpCode) 


max write value 


integer 


0..2 32 -1 


maximum of all destination-values 


min write value 


integer 


0..2 32 -1 


minimum of all destination-values 


avg write value 


integer 


0..2 32 -1 


average over all destination-values 


may writp Gradient 

1 1 IOA Will V* ■ uvilul II 


integer 


0..2 32 -1 


maximum gradient of the changed value 


min \A/ritp nrariipnt 
Mini vviiLO yiauiciii 


integer 


0..2 32 -1 


minimum gradient of the changed value 


a\/n wv/ritp nrAflipnt 
avy wiilc y i avjici 1 1 


integer 


0..2 32 -1 


average gradient of the changes value 


owali latpr) <murf*p R painter 


signed byte 


-1,0. .127 


ascertained source-register-ID (after OBT-evaluation] 


A\/o||iotpH <*niirrp MumRec 

c vd i Lid icu ouui mui i n 


signed byte 


-128, -1, 
0..127 


-1 28 = LOB means source-constant; 0..1 27 means a 
further source-register ID; none = -1 (after OBT-eval.) 


o\/s*hmtf*H Hp*?t Rpni^tpr 


signed byte 


-1, 0..12" 


i ascertained destination-register after OBT-evaluatior 


evaluated_dest_Register2 


signed byte 


-1, 0..12" 


; possible 2nd dest.-reg. after OBT-evaluation or flags- 
reg. (2 real dest.-reg. => flags-reg. not appreciated). 


evaluated Operation ID 


signed byte 


-1,0. .63 


ascertained operation-ID (after OBT-evaluation) 


Confirmation counter 


byte 


0..255 


counter: same effects on other initial conditions 


max aim valuation 


signed byte 


-128. .127 


' max. valuability of the opcode for aim-attaining 


avg aim valuation 


signed byte 


-128.. 12; 


f average valuability of the opcode for aim-attaining 


max gradaimvaluation 


signed byte 


-128. .12v 


' max. gradient of aim-attaining in relation to the by 1 
shorter opcode-combination of the last CBT(i-1). 


avg grad aim valuation 


signed byte 


-128. .127 


f average gradient concerning above -"- 



Fig. 7 

Datatypes: Boolean 1 Bit, BCD/Nibble 4 Bit, Byte/chard) 8 Bit, Word/short 16 Bit, DWord/lnteger 32 
Bit, QWord/number(19) 64 Bit, number/number(38,0) 128 Bit (38 digits & 16 bytes), varchar2(N) 
string of variable length with max.N characters, long very long string with max(longDef) characters. 
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The following combination-tables are created dynamically - they have the same non-PK-columns, 
like the OBT respectively OLT respectively ORT, but for every additional number of combinations a 
further more opcode in the PK: 



Combination-Register-Table: lCRT(i), /= number of opcodes in the combination, CRT(7)= ORT] 
column: datatype value-range meaning: 



OpCode 1 (PK) 


integer 


0-2 32 -1 


opcode #1 (first of the combination) 


{for all OpCodes} (PK) 


all integer 


0-2 32 -1 


{for all opcodes from #2 up to N-1 } 


OpCode N (PK) 


integer 


0-2 32 -1 


opcode#N (last of the combination) 


IniConNr (PK) 


signed byte 


-31. .30 


current number of the used initial conditions 


Register ID dest (PK) 


signed byte 


0..127 


one by execution concerned destination-reg. (see RIT) 


Register ID source (PK) 


signed byte 


-1 ..127 


-1 or one possible source-register (see RIT). 


{same non-PK columns 
like in the Opcode- 
Register-Table.} 


see above 


see 
above 


same non-PK columns like ORT. 



Fig.8 



Combinations-Learn-Table: [CL T(i), i= number of opcodes in the combination, CL 77 7) = OL 77 
column: datatype value-range meaning: 



OpCode 1 (PK) 


integer 


0-2 32 -1 


opcode #1 (first of the combination) 


{for all OpCodes} (PK) 


all integer 


0-2 32 -1 


{for all opcodes from #2 up to N-1 } 


OpCode N (PK) 


integer 


0-2 32 -1 


opcode#N (last of the combination) 


IniConNr (PK) 


signed byte 


-31. .30 


current number of the used initial conditions 


{same non-PK columns 
like in the Opcode-Learn- 
TabfeJ 


see above 


see 
above 


same non-PK columns like OL T. 



Fig. 9 



Combinations-Base-Table: [CBT(i), i= number of opcodes in the combination, CBT(1)=OBT] 
column: datatype value-range meaning: 



OpCode 1 (PK) 


integer 


0-2 32 -1 


opcode #1 (first of the combination) 


{for all OpCodes} (PK) 


all integer 


0-2 32 -1 


{for all opcodes from #2 up to N-1 } 


OpCode N (PK) 


integer 


0-2 32 -1 


opcode#N (last of the combination) 


{same non-PK columns 
like in the Opcode-Base- 
Table.} 


see above 


see 
above 


same non-PK columns like OBT. 



Fig. 10 



CBT(max.) = CPT = Combination-Plan-Table - point of origin of the outcoming program. 
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Prog ramming -aim and valuation-function tables: 
Aim-Solution-Table: [AST - solutions of all programming-aims] 



column: 


datatype 


value-range meaning: 


Aim ID (PK) 


short 


0.. 65535 


Identifier of the programming-aim 


Solution Nr (PK) 


byte 


0..255 


number of the solution-program 


aim Program 


long 


String 


opcode-combination of the solution here as a string 


Program length 


short 


1.. 65535 


length of the solution-program in doublewords 


cycles of execution 


integer 


1..2 32 -1 


execution-time in clock-cycles of the solution-program 


used Registers BitCode 


number 


1..2 128 -1 


bitcode of all in the solution-program used registers 


used Operations Bitcode 


number 


1..2 128 -1 


bitcode of all in the solution-program used opcodes 


used aim Valuation Func 


signed short 


0.. 32767 


identifier of the used aim-distance valuation-function 



Fig.11 



Aim-Description-Table: [APT - identification and description of programming-aim] 
column: datatype value-range meaning: 



Aim ID (PK) 


short 


0.. 65535 


Identifier of the programming-aim 


aim Description 


varchar2(32 


<32 Bytes 


description of the programming-aim 


used Processor Mode 


integer 


0-2 32 -1 


flags above CC | control-register-bits 


all dest Register BitCode 


number 


1..2 128 -1 


bitcode of all output-registers in this task 


all source Register BitCode 


number 


1..2 128 -1 


bitcode of all input-registers in this task 


unused Regiser BitCode 


number 


1..2 128 -1 


bitcode of all registers which should not be used 


unusedOperationBitCode 


number 


0..2 128 -1 


bitcode of all opcode-IDs which are not allowed to 
use in this task (default = $0000.0000:0000.0000) 


aimjmplementsolutions 


long 


String 


string of the AimJD's (words) of earlier solutions, 
which could be implemented here. 


aim fulfill valuation mode 


boolean 


on 


mode of aim-valuation: 0 = SQL ; 1 = machine-code 


aimfulfilledFlagFunction 


varchar2(99 


<99 Bytes 


boolean aim-attained recognition-function as a string 


aim Valuation FunctionID 


signed short 


0.. 32767 


identifier of the valuation-function (see VFT) 



Fig. 12 



Functions-Identification-Table: [FIT - table of the basic subfunctions used in the valuation-function] 
a.) for SQL- functions: 

column: datatype value-range meaning: 



Function ID (PK) 


signed byte 


-1..127 


identification-number of the basic function 


Function BitCode 


numberd 9) 


0..2 64 -1 


bitcode of this basic function (only one bit is set) 


Function Name 


char(5) 


5 Bytes 


function-name 


Function Type 


byte 


0..99 


0 = value, 1 = unitary, 2 = binary, 3 = ternary, ... 


Function Flatten 


signed byte 


-127. .127 


degree of flattening [+ = steepening, - = flattening] 


Function Template 


varchar2(99 


<99 Bytes 


SQL function-template 


FunctionDescription 


varchar2(99 


<99 Bytes 


optional description of the basic sub-function 



Fig. 13a 
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b.) for machine-code functions: 

column: datatype value-range meaning: 



Function ID (PK) 


signed byte 


-1..127 


identification-number of the basic function 


Function BitCode 


numberd 9) 


0..2 64 -1 


bitcode of this sub-function 


Operations BitCode 


number 


0..2 128 -1 


bitcode of the used opcodes in this function 


Registers BitCode 


number 


0..2 128 -1 


bitcode of the used registers in this function 


Function Name 


char(5) 


5 Bytes 


short notation of this sub-function 


Function Type 


byte 


0..99 


0 = value, 1 = unitary, 2 = binary, 3 = ternary, ... 


Function Flatten 


signed byte 


-128.. 127 


degree of function-flattening (1 = f(x) =x) 


Function OpCodes 


number 


1..2 128 -1 


sub-function in machine-code 


Function Description 


varchar2(99 


<99 Bytes 


optional description of the sub-function 



Func.lD 


Func. BitCoae 


uper. tfituoae 


Meg. DiTuoot 


Func. Name 


r. / . 


nunc \jp\*uuGs> 


Ct iris* f-i/~% rt r^ocf^rint' 




1 


SAOOO 4008 




FRAME 


1 


s.b. Func. 1 


prevent overflow 


i 
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28800.0009 


< energy > 


SGN 


1 


s.b. Func. 2 


signum 


2 


4 


$0000.0002 


< energy > 


NEG 


1 


<NEG> 


negation 


3 


8 


$0000.0200 


< energy > 


MUL2 


1 
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division by 2 
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16 
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< energy > 


DIV2 
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multiplication by 2 


5 


32 


$0000.0100: 
4A00.8018 


<D0>|(en) 


IL0G2 


1 


s.b. Func. 3 
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s.b. Func. 4 


square-root 
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copying of one reg. 
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Function: 


OpCodes of: (machine-code compilation of these mnemonics, here a Motorola-Example) 


Fund 


CMPI127,<E>; JLE ( + 2) ; MOVI # 1 27,(E> ; CMPI -1 28,<E) ; JGE ( + 2) ; MOVI #-1 28,{E; 


Func. 2 


TST(E>; JGE< + 3>; M0VI#-1,<E>; JMP < + 5> ; JGT < + 3> ; MOVI #0,<E) ; JMP< + 2>; 
MOVI #+1,<E> 


Func. 3 


MOVI #31, DO; BTST D0,(E) ; JEQ (+3) ; DJMP D0,<-2> ; ADDI#1,D0; MOVE D0,<E> 


Func. 4 


FILD <E> ; FSQRT ; FIST (E) 


Func. 5 


MOVE <E-1>,-(A7) ; MOVE <E>,<E-1 > ; MOVE (A7) + ,<E> 



Fig. 14c 



Valuation-Function-Table: [VFT - Table of the valuation-functions] 
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column: 


oazazype 


value-range meaning: 


valuation Function ID (PKj 


signed short 
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0 = SQL-mode ; 1 = machine-code mode 
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execution counter 


integer 


0-2 32 -1 


number of uses of this valuation-function 


used Functions BitCode 


number{19) 


0..2 64 -1 


BitCodes of all subf unctions 


Function ID Chain 


varchar2(99 


<99 Bytes 


chain of subfunctions (one byte = one Function ID) 


avg Func execution time 


integer 


0-2 32 -1 


average by val. -func. -execution needed clock-cycles 


boundary value counter 


integer 


0-2 32 -1 


counter incremented if the result is -1 28 or + 1 27 


low value counter 


integer 


0-2 32 -1 


counter incremented if the result inside ±16 


Valuation_Function_value 


signed byte 


-128. .127 


valuability of the valuation-function = SAC.Self- 
Valuation Aim/Energyi Valuation Function, Values ) 



ID 


Ty 


M 


Valuation Function 


-1 


'E' 


0 


MAX[ MIN[ SGN( EnergyReg'-EnergyReg 0 ) ■ SQRT( EnergyReg'-EnergyReg 0 ) 
-32-71 CLT(\). Register changed BitCode &( ! 2*Energy Register ID ) } , +127], -128] 


0 


'A' 


0 


MAX[ MIN[ 16-71 CLT(i). Register changed BitCode & ADT .all _dest Register BitCode } 
+ 16-71 CLT(\).Register_source_BitCode & ADT .all ' source Register BitCode } 
+ 32- M)J .aim fulfilled Flag _Function( AimJD ) -CLT(i). Processor Mode changed 
-V* CLT(i). cycles _of_execution -( CLT{\).active\inactive_ChkSum_corrupt ) 
-( CLT (\). Exception vect changed >Q ) -( CLT(i). Number ot ' Exception >0 ) 
-y 2 ( CLT(\).OpCode length or jump > 4 or < 0 ), +1 27], -1 28] 
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ex.T 


bdy# 
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Status of the Artificial Consciousness: [SAC - status-values of the AC-program (only 1 row)] 
column: datatype value-range meaning: 



Programm StartDate 


timestamp 


datime 


date and time of the start of the AC-program 


actual Processor Mode 


integer 


0-2 32 -1 


flags above CCR | control-register-bits 


actual CPT index 


byte 


1..255 


CBT( max(i) = actual CPT Nr) = actual CPT 


CxT counter 


short 


1.. 65535 


number of creatings of the dynamic CxT-tables 


Aims total 


short 


1.. 65535 


number of total programming-aims 


Aims soluted 


short 


0. .65535 


number of solved programming-aims 


actual Aim ID 


short 


0. .65535 


ID of the actual programming-aim 


AimValuationMode 


boolean 


0|1 


mode of the programming-aim-specific valuation- 
function: 0 = SQL-mode ; 1 = machine-code mode 


AimValuationFunctionID 


signed short 


0..32767 


actual VFT. Valuation Function ID referring the 
closeness to the programming-aim 


AimSelfValuationFunc 


varchar2 
(400) 


max. 400 
Chars. 


PL/SQL-valuation-function referring the efficiency of 
the valuation-function 


EnergyValuationMode 


boolean 


0|1 


mode of the energyspecific valuation-function 
0 = SQL-mode ; 1 = machine-code mode 


Energy Valuation Func ID 


signed short 


-1.. -32768 


actual VFT. Valuation Function ID for energy-valuation 


Energy Self Valuation Func 


varchar2 
(400) 


max. 400 
Chars. 


PL/SQL-valuation-function referring the efficiency of 
the energyspecific valuation-function 


max Valuation Function 


signed short 


0.. 32767 


highest ID of alt valuation-functions in the VFT. 


min Valuation Function 


signed short 


-1.. -32768 


lowest ID of all valuation-functions in the VFT. 



Fig. 16 
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Energy-Learn-Table: [EL T - appraises energyspecific actions in dependence of the used initial-conditions] 
column: datatype value-range meaning: 



Fnprnv action (PK) 


number 


0..2 128 -1 


max. 16 byte opcode-combination of the action 
which changed the energy-register. 


IniConNr (PK) 


signed byte 


-31. .30 


number of the used initial condition 


Energy before 


integer 


0..2 32 -1 


energy-register before execution 


Energy after 


integer 


0..2 32 -1 


energy-register after execution 


min Operations BitCode 


number 


0..2 128 -1 


bitcode of the probably used opcodes. 


max Operations BitCode 


number 


0..2 128 -1 


bitcode of the possibly used opcodes. 


Register changed BitCode 


number 


1..2 128 -1 


bitcode of the by action changed registers. 


Register source BitCode 


number 


1..2 128 -1 


bitcode of the probable source-registers. 


used cycles of execution 


short 


1.. 65535 


needed clock cycles for the energyspecific action 


Energy valuation 


signed byte 


-128.. 127 


result of the actual VFT.Energy valuation Function 


Valuation Function ID 


signed short 


-1.. -32768 


used energyspecific valuation-function 
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Energy-Base-Table: [EBT - evaluation of the energyspecific actions] 
column: datatype value-range meaning: 



*. * = 

~— 


Energyaction (PK) 


number 


r\ o 1 28 1 


max. 1 6 byte opcode-combination of the action 




Execution counter 


byte 


U..zbb 


numoer ot xne ti_ i -enxnes unxn now. 




FatalError counter 


byte 


0..255 


number of the occurred fatal errors: 

fatal errors correlate the columns 3-7 of the above 










iearn-table, except Divide-Error or Overflow-Exc. 




low Error counter 


byte 


0..255 


number of Divide-Errors or Overflow -Exceptions 




avg Energy after 


integer 


0..2 32 -1 


average energy-value after the action 




all_Reg_dest_BitCode 


number 


0..2 128 -1 


ELT. Register changed Bitcode V ELT(OpCode) 




cutRegdestBitCode 


number 


0..2 128 -1 


CELT. Register changed Bitcode V ELT(OpCode) 




allRegsourceBitCode 


number 


0..2 128 -1 


S ELT. Register source Bitcode V ELT(OpCode) 




cutRegsourceBitCode 


number 


0..2 128 -1 


CELT. Register source Bitcode V ELT(OpCode) 




maxOperationBitCode 


number 


0..2 128 -1 


.sELT.max Operation BitCode V ELT(OpCode) 




minOperationBitCode 


number 


0..2 128 -1 


CELT.min Operation BitCode V ELT(OpCode) 




allOperationBitCode 


number 


0..2 128 -1 


S ELT. min Operation BitCode V ELT(OpCode) 




cutOperationBitCode 


number 


0..2 128 -1 


CELT. max Operation BitCode V ELT(OpCode) 




max write value 


integer 


0..2 32 -1 


maximum of all energy-values after energy-action 




min write value 


integer 


0..2 32 -1 


minimum of all energy-values after energy-action 




avg write value 


integer 


0..2 32 -1 


average of all energy-values after energy-action 




max write gradient 


integer 


0..2 32 -1 


maximum gradient of the changes energy-register 




min write gradient 


integer 


0..2 32 -1 


minimum gradient of the changes energy-register ## 




avg write gradient 


integer 


0..2 32 -1 


average gradient of the changes energy-register 




equal value probability 


signed byte 


-128.. 127 


probability of equal result of energyspecific action 




avg Energy gradient 


signed int 


±2 31 


average value-gradient of this energyspecific action 




equal Gradient probability 


signed byte 


-128.. 127 


probability: gradient is constant 




avg cycles of execution 


short 


1.. 65535 


average needed clock cycles for this action 




avg Energy valuation 


signed byte 


-128. .127 


result of the actual VFT.Energy valuation Function 




ValuationFunctionJD 


signed short 


-1.. -32768 


ID of the used energy-valuation-function 



Fig. 18 
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3.2 Flowchart of the AC-Program: 

3.2. 7 CxT(i) value assignments: 

ORT & CRT(i) value assingments: 

ORT.Register ID dest := log?( flft(OLT. Register changed Mask), of the regarded changing ) 

ORT.Register ID source := Register ID( C ), if ORT.calcutation code > 0, otherwise -1 

ORT.value before change := value(Register ID dest). before opcode-execution 

ORT.value after change ;= value(Register ID dest), after opcode-execution 

ORT.gradient if signed := MAX[ MIN[ ORT.value after change - ORT.value before change, +127], -128] 
ORT.gradient if unsigned := MAX{ MIN[ ORT.value_after change - ORT.value before change, +127], -128] 
ORT.Operation_BitCode := 1 •(Flags'*Flags°)&&V(V , =V°)&&[ NF&&(V,° <0) | | ZF&&(V,° =0) ] 
+ 2[(V I '=-V, 0 )&&V"(V=V 0 )] +4[(V,'=~V, 0 )&&V-(V' = V 0 )] + 8-t(V,' = 0LB)&&V(V'=V°)] 
* 1 6[(V,' = V,° + 0LB)&&V(V=V°)] + 32[(V,' = V,°-0LB )&&V(V = V°)] + 64-[(V,' = V,° •0LB)&&V'(V = V°)] 
+ 128-[(V l '=V l o /0LB)&&VlV'=V o )] + 256[(V l '=V l o %0LB)&&VlV , =V o )] + 512.[(V l '=V l °.2'0LB)&&V-(V l = V^ 
+ 2 1 0.[(V, 1 = V I °/2 A 0LB)&&V"(V = V°)] + 2 1 1 -[(V,' = V,° 1 0LB)&&V(V = V°)] + 2 12 -[(V,' = V,°&0LB)&&V-(V , = V o )] 
+ 2 13 (RagsVRags o )&&V(V , =V o )&&((ZF=1)&&(2-0LB|~V o )||(ZF=0)&&!(2'0LB|V l o ) ] 
+ 2 14 (Flags'*Rags 0 )&&V(V=V°)&&[ NF&&(V,° <0LB)| |ZF&&(V|° = OLB)] + 2 15 -[(V ( ' = C|°)&&V"(V , = V°)] 
+ 2 1 6.[(V 1 '=V, 0 + C| 0 )&&V1V' = V 0 )] + 2 17 [(V I ':^ 

+ 2 19 ■[(V|•=V l o /C, o )&WlV , =V o )] + 2 20 ■[(V l , =V l o %C o )&&V■(V , =V o )] + 2 21 4(V l '=2 c ^V l o )&&V•(V• = V o )] 
+ 222. [ (v | '=v l 0 /2 c °)&&VlV' = V 0 )] + 2 23 -[(V l , =V 1 0 |C| 0 )&&V-(V , =V 0 )] + 2 24 .[(V l , =V l 0 &C l 0 )&&V^^ 
+ 2 25 -(FlagsVFIags 0 )&&V(V'=V°)&&((ZF=1)&&(2-C, 0 |~V l 0 )| |(ZF=0)&&!(2~C,° | V,°) ] 
+ 2 26 (Flags , ^FIags 0 )&&V(V , =V°)&&[ NF&&(V,° < C,°) | |ZF&&(V,° =C,°) ] 
+ 2 27 [(IP' < IP°)| |(IP , >IP°+4)]&&(Flags , =Flags 0 )&&V(V = V°) 

+ 2 28 [(IP' < IP°)| |(IP'>IP 0 +4)]&&(Flags' = Flags 0 )&&V(V=V 0 )&&(NF&!VF|!NF&VF) + ...VJcc(CCR) 
+ 2 4 °. {[(IP' < IP°)| |{IP' >IP°+4)]&&(V 1 '=V I °-1)| |(V l , = -1)}&&(Flags , =Rags°)&&V(V , =V°) 
+ 2 41 .[( IP , = IP°±OLB)&&((SP) = IP° )&&(Flags' = Flags 0 )&&V"(V , = V°) 

+ 2 42 -[( IP' =-4(SP) )&&(Flags' = Flags 0 )&&V(V'=V 0 ) + 2 43 [(V,'^V|°)&&(! other_lnteger_Operation_BitCode)] 

+ 2 44 .[(V F '*V F °)&&(! other_FloatingPoint_Operation_BitCode)]+2 45 [(eCR-Flags'=0)&&V(V F '=0)]- 

+ 2 46 -[(V l '=C F 0 )&&V-(V'=V 0 )] + 2 47 .[(V F '=C, 0 )&&V-(V , = V 0 )] + 2 48 -[(V F ' = V F 0 +C l 0 )&&V-(V , = V 0 )] 

+ 2 49 -[(V F '=V F °-C,°)&&V-(V , = V 0 )] + 2 50 

+ 2 52 -(FlagsVFIags°)&&V(V = V°)&&[ NF&&(V F ° <C,°) | |ZF&&(V F ° =C,°)] 
+ 2 53 [ (V F ' = 1 .0) 1 1 (V F ' = 0.0) | | (V F ' = 7t) | | (V F ' = e) ]&&V"(V'= V°) 
+ 2 54 -[(V F '=-V F °)&&(V F ° <0)&&V-(V=V°)] + 2 55 [(V F ' = C F o )&&V-(V = V°)] 
+ 2 56 -[(V F , =V F 0 +C F 0 )&&V-(V=V 0 )] + 2 57 -[(V F '=V F 0 -C F 0 )&&V-(V' = V°)] 
+ 2 58 -[(V F '=V F °C F °)&W-(V' = V°)] + 2 59 -^^ 

+ 2 61 [V F '=sin(V F 0 )]&&VlV , = V 0 )+2 62 -[V F '=cos(V F 0 )]&&V-(V'=V 0 )+2 63 l(V F '=atan(V F 0 ))&&V-(V'=V°)] 
+ 2 64 -[(V F '=V F 0 .2'V F . 1 0 )&&V-(V , =V 0 )] + 2 65 -[(V F '=v F .rlog 2 (V F 0 )&&V-(V=V 0 )] 
+ 2 66 -(Flags'*Flags°)&&V(V=V°)&&[ NF&&(V F ° < C F °) | |ZF&&(V F ° = C F °)] + 267.[(V,' = C $ °)&&V(V=V°)] 
+ 2 68 [(V S '=C|°)&&V"(V'=V 0 )] + ... , where V =value_after_change (-"Flags), V° =value_before_change 
C°=value(Register_ID_source). Here has to be checked over all RegisterJDsource(eq.kind). 
Though equal Register-ID's in the PK several bits can be set. [p.e. because 

4=2 + 2 = 2«2 = SHL(2) = ...] 

Fig. 19 

OLT & CL TO) value assingments: 

OLT.Processor_Mode_Changed := 71 EFlag s^SR^ & ! 5"2^CCR_Flags } > 0 | | 

ORT.value after changet Register ID of a special-register ) 

OLT.aim valuation := VFT.Aim_Valuation_Function( SAC.Aim Valuation FunctionID, ORT.xxxxx, 
Registers changed BitCode, Registers source BitCode, min Operations BitCode, 

max Operations BitCode, used cycles of execution, ... ) 

CLT(n).gradient aim valuation := CLT(n).aim valuation - CLT(n-1).aim valuation 

all other column-assignments are declared adequate in the OLT-description in fig. 6. 

Fig. 20 
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OBT & CBT(i) value-assingments: 

OBT. Execution counter ; - Execution counter+1 

OBT.FatalError counter : = FatalErrorcounter +(0 < OLT.Number of Exception * DivideError, 

Overflow ) | | OLT. active JThkSumcorrupt | | OLT.inactiveChkSumcorrupt | | 

QLT. Exception vect changed | | QLT. Processor Mode changed ) 

OBT.JumplongOpprobability := MAX[ MIN[ Jump probability + (OLT.OpCodeJengthor Jump < 0 ) 

+ (OLT.OpCode length or jump > 4), +127], -128] 

OBT.avgOpCodeJumplength : = (execution_counter*avg_OpCodeJump length 

+ akt.0pCode jump length) / (execution counter +1) 

OBT.OpCodelenunconfirmed : = OpCodelenunconfirmed | | ( avg OpCode length ^ 

act. OpCode length ) 

OBT.avgcyclesofexecutton : = ( executioncounter * avgcyclesofexecution + 

act. cycles of execution ) / (execution counter + 1) 

OBT.exec cycles unconfirmed : = execcyclesunconfirmed | | (avg cycles of execution * 

act. cycles of execution ) 

OBT.Register write probability := MAX[ MIN[ Register_write_probability + 2*[ ( min.Reg.ID < 

ORT.ColumnJDOLT < max. Reg. ID )&& ORT.value_before_change * ORT.valueafterchange ] - 

1, +1 27], -128] . 

OBT.Register copy probability := MAX| MIN[ MIN( Registercopyprobability +2*[ ( min.Reg.ID < 

ORT.ColumnJD OLT < max. Reg. ID )&& ORT.valuebeforechange * ORT.value after change 

&&( min.Reg.ID < ORT.Column ID source < max. Reg. ID ) ] -1 , +1 27], -1 28] 

OBT. Memory write probability := MAX[ MIN[ Memory write probability +2*[ ( min.Adr.Reg.ID < 

ORT.Column ID OLT < max.Adr.Reg.ID )&& ORT.value before change ^ 

ORT. value after change ] -1 , +1 27], -1 28] 

OBT. Memory copy probability := MAX[ MIN[ Memory_copy_probability +2*[ ( min.Adr.Reg.ID < 
ORT.Column ID OLT < max.Adr.Reg.ID )&& ORT.value before change * 

ORT.value after change &&( min.Adr.Reg.ID < ORT.Column ID source < max.Adr.Reg.ID ) ] -1, 

+ 127], -128] - 

OBT.Reg_to_Mem_probability := MAX[ MIN[ Reg to Mem probability +2*t ( min.Adr.Reg.ID < 

ORT.Column ID OLT < max.Adr.Reg.ID )&& ORT.value before change * ORT.value_after- 

change &&( min.Reg.ID < ORT.Column ID source < max. Reg. ID ) ] -1, +127], -128] 

OBT.Mem_to_Reg_probability := MAX[ MIN[ Mem_to_Reg_probability +2*[ ( min.Reg.ID < 

ORT.Column ID OLT < max. Reg. ID )&& ORT.value before change * ORT.value after change 

&&( min.Adr.Reg.ID < ORT.Column ID source < max.Adr.Reg.ID ) ] -1 , +1 27], -1 28] 

OBT.Multi Reg write prob : = like in Register write probability , but with min.2 appropriate 

ORT.Column ID QLT -entries. 

OBT.Multi Mem write prob : = like in Memory write probability , but with min.2 appropriate 

ORT.Column ID QLT -entries. 

OBT.Multi Reg to Mem prob : = like in Reg to Mem probability , but with min.2 appropriate 

ORT.Column ID OLT + Column ID source -entries. 

OBT.Multi_Mem_to_Reg_prob : = like in Mem_to_Reg_probability , but with min.2 appropriate 

ORT.Column ID OLT + Column ID source -entries. 

OBT. xxx Reg source [dest BitCode: see table-description 

OBT.xxx calculation BitCode: see table-description 

OBT. max write value := MAX( max write value, ORT. value after change ) 

OBT.min write value := MIN( min write value, ORT. value after change ) 

OBT.avg write value := ( execution counter * avg write value + ORT.value after change ) / 

(execution counter 4- 1 ) 

OBT.max write gradient := MAX( max write gradient, ORT.value after change - 

ORT. value before change ) 

OBT.min write gradient := MIN( min write gradient, ORT.value after change - 

ORT. value before change ) 

OBT.avg write gradient : = ( execution counter * avg write gradient + ORT.value after change - 

ORT. value before change ) / (execution counter+1) 

OBT.evaluated source [NumJRegister : = probability-function^ xxx_Reg_source_BitCode, 

confirmation counter ) 
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OBT. evaluated dest Register[2] : = probability-function( xxx Reg dest BitCode, confirmation-counter ) 
OBT. evaluated Operation ID : = probabifity-functionj xxx Operation BitCode, confirmation-counter ) 
OBT.Confirmationcounter : = Confirmationcounter + ex/sti equivalent OLT + ORT-e/nf/y with lower 

IniConNr ) 

OBT. max aim valuation := MAX( max aim valuation, OLT. aim valuation ) 

OBT.avgaimvaluation : = ( executioncounter * avgaimvaluation + OLT.aimvaluation ) / 

(execution counter + 1 ) 

CBT(n).max_grad_aim_valuation := MAX( CBT(n)max_aim_valuation, CLT(n).aim_valuation ) 

- CBT(n-1 ). max aim valuation. 

CBT(n).avg_grad_aim_valuation := ( execution counter * CBT(n).avg_aim_valuation 

+ CLT(n). aim valuation ) / (execution counter +1) - CBT(n-1 ).avg_grad aim valuation 

Fig.21 



3.2.2 EL T and EBT value-assignments: 

ELT.max Operations BitCode := OLT. max Operations OpCode 

ELT. min Operations BitCode : = OLT.min Operations OpCode 

ELT. Register changed BitCode : = OLT. Registers changed BitCode _ 

ELT. Register source BitCode := OLT. Registers source BitCode 

ELT.EnergyValuation := VFT.Energy_valuation_Function( SAC.EnergyValuationFunctionID, 

Energyafter, Energybefore, Registers_changed_BitCode, Registers_source_BitCode, 

min Operations BitCode, max Operations BitCode, used cycles of execution, ... ) 

ELT. Valuation Function ID:= for calculation of Energy Valuation used VFT.Valuation Function ID 
EBT.avg Energy after := ( execution counter ■ avg Energy after + ELT.Energyafter ) / 

(execution counter + 1 ) _ 

EBT. equal value probability : = equal value probability + 2 ( avg Energy after = ELT. Energy after ) -1 
EBT.avg Energy gradient := ( execution counter ■ avg Energy gradient + ELT.Energy after - 

ELT. Energy before ) / (execution counter-!- 1) 

EBT.equal gradient probability : = equal gradient probability + 2 ( avg Energy gradient = 

ELT.Energy after-ELT. Energy before ) -1 

EBT. xxx Operations | Registers BitCode see table-description 

EBT.avg cycles of execution := ( execution counter ■ avg cycles of execution + ELT.used cycles- 

of execution ) / (execution counter + 1 ) 

EBT.avg Energy Valuation := ( execution counter • avg Energy Valuation + ELT.Energy valuation ) 

/ (execution counter + 1) 

Fig.22 



3.2.3 Definitions needed to read the flowchart: 



directives | denotes a directive or a short sequence of directives. 

( condition fulfilled ? > Yes: branches horizontally, No: continue below. 

( continuing-label ) de notes a label to or from another part of the flowchart. 

block of directives I denotes a block of earlier defined directives. 



In the flowchart because of the complexity not all things are described until the smallest detail, 
but the fundamental functionality is presented clear and comprehensible. 

Self-evident things like closing a database-cursor or cofilling not explicit mentioned but existing 
table-columns (which do not need a special algorithm) are not performed additionally, because the 
meaning of these columns is already declared in 3.1.2 an their assignment-formulas in 3.2.1 or in 
3.2.2. 

In the flowchart means "generate ORT-entry and actualise OBT" what is already shown in the 
value-assignments in fig. 19-21. 



Fig.23 
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3.2.4 AC-flowchart: 



| save all register-values 



a.) Initial Preparations: 

— i 



| save all original exception-vectors. 



] 



initialise processor by deleting all breakpoints, clear ail flags in the control-register and clear all 
flags in the high word of the status/flags-register. 



| create AC-database and load (respectively calculate) the initial table-values. 



| capture all exception-vectors to own handlers. 



capture exceptions, which load additional data to the supervisor-stack, by a special exception- 
routine which considers the additional data. 



Misuse one exception-vector-routine to switch to the supervisor-mode and trigger this 
exception (processor switches into supervisor-mode and continues on this vector-address 
where the further flow of program is. 



Pop the onto the stack loaded EFIags^/Statusregister^ so, that when it's loaded the 
Trace^/Trapjt-flag is set (to be in the single-step-mode then). 



Pop the ElP^/PC/y on the stack so, that when it's loaded by the return from supervisor-mode 
instruction, the processor continues on the memory where the test-opcode was located. 



Prepare initial test-values in ICT, which are loaded into the registers for the opcode-test so, 
that all register-values and destination-values of the address-registers have got different 
values. 



| Initialise the DWord-opcode generator-counter to -1 = $FFFF.FFFF 



| Initialise the IniConNr-counter to -327 



Fig.24a 



b.) Base-Learning: 
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I increment 
» i 



opcode-generator-counter by 1 and set lniConNr = -32 1 



i 

( did opco de become #$0000.0000 twice ? )-»( goto action-learning (Fig. 24c) ) 

^ . 

1 increment IniConNr by 1 | < I DB 

!■ 

( IniConNr > 30 ? > 

i 



comm 



Set all register-values and addressregister-destination-values to ICT.Registervalue(lniConNr), 
write 8 times NOP after test-opcode-address in memory (behind is the capture-routine for 
Trace^/Trap^-Flag cleared) and write the generated test-opcode above the test-address. 



Execute return from supervisor-mode: The EFIags^/SRiy-testvalue is now loaded from the 
supervisor-stack and single-step is switched on. E\P n /PC u is loaded from the supervisor- 
stack and the in its vector-address located test-opcode is executed. 


Analyse: 


After the test-opcode-execution the effects of its execution are 
analysed and the analysis-result is stored. : 



i 

( _Did aJNon-Trace-Exception occurj^) - 
I 

( at all n o Exception occur ? >- 



set OLT. Number of Exception, Flags- 
before execution, etc., actualise OBT 



set OLT.ProcessorModechanged, ... ; 
actualise OBT. 



inside single-step-routine - analysis of the opcode-execution-effects: 

ZD 



| compute the CheckSum of the AC-program and the CheckSum if its inactive copy. 
< CheckSum of the_active AC-Prg^ changed^ PJ 



set OL T. active ChkSum corrupt, jump to 
the equivalent position of the inactive code 
and the corrupt code; actualise OBT. 



< C heckSum of the inactive AC-Prg. changed ? >- 



set inactive_ChkSum_corrupt-F\ag f repair 
inactive code; actualise OBT. 



< Was an exception-vector overwritten P_) 



set the exception-vectors again, write the Nr 
of changed one into OLT. Exception Vector 
changed, generate ORT-entry; actualise OBT 



Compare the EIP^/PC^ on the stack (pushed through Trace) with the address of the test- 
opcode and set OpCode length or jump to the difference (framed by min.-l 28, max. 1 27) 



i 



< EIPJPCu was not increased b y 1.. 4 bytes ? )-> | actualise jump-specific OBT-columns 

" ™" 1 = 



If opcode was shorter than DWord, increase generator up to $<byte>FF.FFFF if length 
was byte, on word-length to $<word>.FFFF and on 3-byte-opcode to $<Word-Byte>FF. 



| Compare the trace-bit on the to stack pushed EFIagsTt/SR^ with the original test-value. 



(-Did a register-value ici. Flags change_?)- 



Loop over all register: 



Generate ORT + OLT-entries and actualise 
OBT. If the "energy"-register-value changed, 
generate ELT-entry and actualise EBT. 



( Did the dest L -value_gfari acfress-reg^change?) - 
Loop over all adr.-reg.: | 

i 



Generate ORT + OLT-entries and actualise 
OBT. 



Fig. 24b 




c.) Double-OpCode-Acting: 
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( Begin of Double-OpCode -Acting [after Base-Learning - Fig. 24b] ) 

X 



OBT-Evaluation: with probability-functions evaluated source JNum]Reg[ister] is derived from 
OBT.xxx Reg source BitCode , evaluated f _dest_Register[2J derived from xxx_Reg_dest_BitCode and 
evaluated Operadtion ID is derived from xxx Operation BitCode (considering confirmation counter). 



] 



[ 



Define the last data-register as "energy "-register and set to an average value. 



Open 1st Cursor over the OBT. 
X 



c 



Fetch next row from the 1 st OBT-cursor. 



( Triple-Opcode-Planning (Fig. 24c) )<^{ Fetch! empty (1st opcode processed) ? > 

/ Jump longOp _probability > 0 or T [ADT. unused Register BitCodef Aim JD) \ 
\ 3(OBTcu± source RegJBJtCqde\OBT.cut dest RegJ3itCode) J > 0 ? / 

{Exe cution counter / OBT. O pCode FatalErrqr_cqunter (opcode 1) < 5 ? ) 



1 


Open 2nd Cursor over the OBT. 


I 


4 


1 


Fetch next row from the 2nd OBT-cursor. 


i 



< Fetch2 em pt y (2nd o pcode processe d ? > 

— — % 

/ JumpJongOp jDrobability > 0 or T [ADT. unused Register BitCodef A im ID) \ 
\ &(OBT\cM^ourc^ dest RegJBitCgde) ] (OpC.2) > 0 ? / 

< Execution counter / OBT. OpCode FatalError counter (opcode2) < 5 ? ) 

1 



initialise lniCon Nr = -32 

1 



C 



lniConNr+ 



-j IniConNr > +30 ? ) 



Initialising and execution using the initial conditions of the corresponding 
IniConNr, like during the base-learning, but now for the double-opcode. 



Same procedure like in the analysis-block of the base-learning (Fig. 24b), but 
analysis-results now stored into CRT(2), CLT(2) and CBT(2). 



decrement "energy"-register by 1. 



] 



< Is the "energy "-register in the nyddle^or hjgh range ? ) 



Select and execute an EBT. Energy specific action which has a high 
anergy action valuation and a high confirmation counter. 



Analysis-block like above. 



Fig. 24c 



♦ 



d.) Triple-OpCode-Planning: 
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( Begin of Triple-Opcode-Planning [after Double-Opcode-Actions] ) 

4^ 



CBT-Evaluation: with probability-functions evaluated source _[Num]Reg[ister] is derived from CBT{2). 
xxxRegsourceBitCode , evaluated ] _dest Register [2] derived from xxx Reg dest BitCode and 
evaluated Operadtion ID is derived from xxx Operation BitCode (considering confirmation counter). 



[ 



Open 1st cursor over the CBT(2) 

4' 



] 



C 



Fetch next row from the 1st cursor out of CBT(2) 

1 



( Quad-Opcode^P/anning )<—( Fetch 1 empty (1st opcode processed) ? ) 

" 4' 

/ Jump JongTOp ^probability ^0 or ¥ [ADT. unused Register BitCodei Aim ID) \ 
\ _&{pCT[2).cut source Reg BitCode \ OBT(2). cut dest_Re_g_BitCpde) ] > 0 ? / 

{E xecution counter / CBT( 2) X)pCode FatalError counter (opcode 1) < 5 ? ) 



I 


Open 2nd cursor, but now over the OBT 


I 


i 




Fetch next row from the 2nd cursor out of OBT. 


i 



lniConNr+ 



-< IniConNr > +30 P ) 
4> 



Initialising and execution with the initial conditions of the corresponding 
IniConNr like during the double-opcode-actions, but now for the triple-opcode 



Same procedure like in the analysis-block of the double-opcode-actions 
(Fig. 24c), but analysis-results now stored into CRT(3), CLT(3) and CBT(3). 



Decrement "energy"-register and same tryings to increase it like during the 
double-opcode-actions with equivalent valuation-analysis of the action. 



{ Fetch2 empty (rear opcode processed) ? ) 

/ Jump longOp ^probability > 0 or T IADT. unused Register _BitCode( Aim ID) \ 
\ A(QBLc ut source Reg BitCode\OBT.cutjde^^g_BitCpde) ] > 0 ? / 

- < Execution counter / OBT. OpCode FatalError counter < 5 ? > 

4< 

I initialise lniConNr = -32 I 



Fig.24d 



Procedure for higher combinations analogous, using CxT(n), where n = sum of_opcodes. 




